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(54) Connectionless downloading of software to wireless terminals 



(57) Method of connectionless downloading of a 
software program in a number of terminations of a com- 
munications network, by broadcasting, over a down- 
loading channel from a fixed infrastructure (Fl), the pro- 
gram in question in fragmented form, to a set of network 
terminations (WT) grouped according to their software 
version. The transmission takes place in repeated se- 
quences. Each network termination (WT) receives the 
repeated sequences of the software program frag- 



ments, stores those program fragments received error- 
free, and continues receiving repeated sequences until 
all the fragments of a complete version have been 
stored error-free, in which moment the network termina- 
tion (WT) sends an confirmation announcement of re- 
ception completed. When the percentage of network ter- 
minations (WT) which have sent reception completed 
confirmation announcements is equal to or surpasses a 
successful threshold value (U), the downloading proc- 
ess is stopped. 
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Description 

[0001] The present invention relates to a method of 
downloading of a software program in a number of ter- 
minations of a communications network, permitting said s 
program to be loaded into one or several of said network 
terminations, particularly wireless network terminations, 
from an operation and maintenance centre, by making 
use of the air interlace as the point - to-multipoint trans- 
mission medium. 10 

BACKGROUND OF THE INVENTION 

[0002] At present, the majority of wireless network ter- 
minations work on a basis of software programs custom- *5 
designed for the appropriate operation of said termina- 
tions. These programs, however, frequently require 
modifications either in order to include new services that 
satisfy new user requirements, or else to update the ex- 
isting services incorporating more recent and improved 20 
versions of the aforementioned program. 
[0003] The relatively rapid development of new ver- 
sions of software programs throughout the field of com- 
munications technology, makes the work of carrying out 
updates or modifications in said programs become an 25 
increasingly frequent practice, requiring speed in imple- 
mentation and reduction in the costs involved therein. 
[0004] At the present time, this task is normally carried 
out by an operative who travels to each of the network 
terminations to perform the downloading operation of 30 
the new software by means of physical and individual 
contacts in each of them. This operation proves costly, 
inefficient and also slow. 

[0005] A method and a device are presently known 
for automatic downloading and without the intervention 35 
of operatives, of an updated software program to port- 
able wireless communications units from the US patent 
number 5,689,825. According to the method proposed 
in this document, a software program is updated in a 
portable communications unit, like for example any kind *o 
of portable radiotelephone or radio, by means of a soft- 
ware downloader incorporated in the battery charger 
unit of said device. In this way, advantage is taken of the 
time dedicated to battery charging in order to carry out 
the downloading of updated software into the memory 
of the portable communications unit. 
[0006] According to said method, a server receives, 
via a wireless network, the updated software and stores 
it for later transmission to the portable unit for which it 
is intended. To achieve this, said server provides the da- 
ta of the updated software to a public land-based com- 
munications network which, in turn, communicates by 
cable connection, with the software downloader men- 
tioned. 

[0007] The software loader, after receiving a series of 
priority messages, starts to receive the updated soft- 
ware in the form of blocks from said public land-based 
communications network, stores said blocks, verifies if 



all the blocks have been received, and once reception 
has been concluded, forwards the blocks to the portable 
destination unit, thereby completing the downloading 
process. 

[0008] This method, however, is applicable under 
conditions where use can be made of a public land- 
based communications network. In addition, the down- 
loading of the software from the server to the portable 
destination unit is done necessarily over cable. 
[0009] Moreover, the method proposed in the patent 
US-A-5,689,825 requires the use of a software down- 
loading unit specially designed for this purpose. 
[0010] in addition, access to the server, according to 
the method mentioned, is achieved by means of making 
calls to said server, implying additional operating ex- 
penses. 

[0011] To overcome these drawbacks, the method of 
connectionless downloading of a software program in a 
number of terminations, object of the present invention, 
has been proposed. This method offers the advantages 
of permitting the implementation of the software down- 
loading in a wireless mode, and with no requirement for 
the use of individual downloading units in each device, 
or for additional access calls. 

[001 2] Another important advantage of the method of 
the invention is that since it concerns a connectionless 
communication, a significant transmission rate is per- 
missible, around ten times faster than with a connection- 
oriented communication. 

DESCRIPTION OF THE INVENTION 

[0013] According to the method of the invention, the 
software downloading is done in a simultaneous man- 
ner, from one fixed termination to a set of terminations 
(point - to - multipoint), optimising the use of the air in- 
terface resources (radio channels) and thereby making 
possible an improved grade of service. 
[0014] The wireless terminations which have the 
same version of software or hardware, are grouped to- 
gether into a set to which a group identifier is allocated. 
Said group identifier is that which is employed by the 
fixed termination to set up communication with said 
groups. 

[0015] The fixed termination indicates a broadcast 
channel over which the data relative to the updated soft- 
ware are subsequently sent. Said data are sent in frag- 
ments and sequentially. 

[0016] The destination network terminations receive 
and process only the fragments that are error-free. After 
all downloaded data have been received free from er- 
rors, each destination termination executes an OA&M 
(Operation, Administration & Maintenance) call to the 
fixed termination to inform that the transmission process 
has been successful. If a destination termination does 
not receive all the fragments error-free, it continues re- 
ceiving repeated sequences of the fragments until error- 
free reception is completed. 
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[0017] The fixed termination records the number of 
terminations that have sent reception completed signals 
and keeps on the continuous and sequential transmis- 
sion of the fragments until all or a pre-established 
number of the destination network terminations have in- s 
dicated complete data reception. 

BRIEF DESCRIPTION OF THE FIGURES 

[0018] Figure 1 shows a block diagram representing 10 
an architecture which holds the main elements interven- 
ing in the method of the invention. 
[001 9] Figure 2 is a flow chart showing th e steps taken 
by a fixed infrastructure of the wireless access system 
in order to carry out the downloading procedure. 
[0020] Figure 3 is a flow chart showing the steps taken 
in each destination termination during the downloading 
process. 



PREFERRED IMPLEMENTATION OF THE 
INVENTION 
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[0021] In the method of the invention use is made 
preferably, but not in a limiting manner, of the wireless 
elements which are detailed below; 25 

Operation and maintenance centre (OMC), which is 
connected to the fixed infrastructure (Fl) of the wire- 
less access system -which shall be described be- 
low-, and contains all the management procedures 30 
of software versions, offering likewise the man-ma- 
chine interface for an OA&M operator. The connec- 
tion with the fixed infrastructure (Fl) of the wireless 
access system can be made directly or through a 
conventional telecommunications network (TN). 35 

The operation and maintenance centre (OMC) 
mentioned is made up of a computer or workstation 
equipped with a serial interlace for its connection to 
the fixed infrastructure. Inside it, stored in non-vol- 
atile memory, is the program to be loaded into the *o 
destination network terminations. Likewise, it in- 
cludes a specific program for the software down- 
loading application, under the control of which the 
initiation and conclusion of the software download- 
ing procedure take place. 45 
Fixed infrastructure (Fl) of the wireless access sys- 
tem, which has the main job of serving as connec- 
tion point between a local exchange and the net- 
work terminations (WT), that is, destination termi- 
nations for software downloading to which are con- so 
nected the terminals of the telecommunications 
services user. Said infrastructure (Fl) is connected 
to the terminations (WT) via the air interface to the 
local exchange through the interfaces required by 
the local exchange and to the operation and main- 55 
tenance centre (OMC). 

The components that make up the fixed infra- 
structure (Fl) of the wireless access system are: a 



processor which serves to control the loading of the 
program into the destination network terminations; 
a non-volatile memory for storing the program 
which contains the instructions and data required 
by the processor; a volatile memory for storing proc- 
essor data (for example, the program to be loaded 
into the destination network terminations); a set of 
interfaces for connection to the local exchange, 
these being telephone, data or ISDN interfaces de- 
pending on the type of service provided by the des- 
tination network termination; a serial interface for 
communication with the operation and maintenance 
centre; and a set of transceivers with their corre- 
sponding antennas for connection to the destination 
network terminations via the air interface. 

The local exchange shall include the appropri- 
ate interfaces for the service provided to the user of 
the destination network termination, these interfac- 
es being telephone, data or ISDN interfaces. 
Network terminations (WT) of the wireless access 
system, or destination terminations, which connect 
the user terminals (not shown) with the local ex- , 
change through the air interface that links them to 
the fixed infrastructure (Fl) of the wireless access 
system. These elements incorporate a processor 
which serves to control the operation of the network 
termination; a non-volatile memory of sufficient size 
to store various different versions of the network ter- 
mination control program; one or more transceivers 
with their corresponding antennas for connection to 
the fixed infrastructure through the air interface; and 
one or more interfaces with the user terminals. The 
characteristics of said user interfaces depend on 
the service provided and on the type of terminal (tel- 
ephone, data, ISDN, etc.). 

[0022] With this arrangement of system elements, the 
method of connectionless downloading of a software 
program in a number of terminations, object of the in- 
vention, is carried out in the following manner: 
[0023] All network terminations (WT) of the same 
hardware type and which have the same version of the 
program running, have a group identity allocated to 
them that distinguish them from other network termina- 
tions of a different hardware type or running a different 
program version. 

[0024] The operation and maintenance centre (OMC) 
contains a database in which the group identities are 
associated with the individual identities of the network 
terminations (WT). 

[0025] Likewise, the group constituted by these net- 
work terminations (WT), which shall be termed a closed 
group of network terminations, has also allocated to it a 
common password for authentication and encryption, 
which shall be employed subsequently for deciphering 
encrypted calls. 

[0026] Both the group identity and the group pass- 
word are known to the fixed infrastructure (Fl) of the 
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wireless access system. 

[0027] The success threshold is a parameter intro- 
duced by the OA&M operator, and is used to halt the 
connectionless software downloading process once it 
has been reached. Said threshold is a reference level 
based on the recorded percentage of network termina- 
tions with the new program correctly received. 
[0028] Thus, the operation and maintenance centre 
(OMC) receives from the OA&M operator the order to 
proceed with the loading of a new version of the software 
into a group of terminations. The OA&M operator pro- 
vides the operation and maintenance centre (OMC) with 
the following data: 

• the new version of software to be downloaded; 

• the sum of all the octets in said version, termed 
"checksum"; 

• the group identity prior to downloading of the soft- 
ware; 

• the group identity after downloading of the software; 

• the transmission mode (with or without encryption); 
and 

• the value of the success threshold. 

[0029] The operation and maintenance centre (OMC) 
provides the fixed infrastructure (Fl) of the wireless ac- 
cess system through the OA&M interface with all the 
previously mentioned parameters except the threshold 
value. 

[0030] The fixed infrastructure (Fl) carries out at this 
moment the processing of the software version in its 
processor. Said processing operation, based on known 
methods, comprises a fragmentation of the software 
version into smaller fragments suitable for the air inter- 
face, to which a sequence number and a redundancy 
by means of an error correction code are added. The 
sequence number is used to have the fragments num- 
bered and to permit sorting in the network terminations 
(WT). 

[0031 ] The error correction code is intended to reduce 
the probability that the received fragments have to be 
retransmitted, by permitting a finite number of errors. 
[0032] Because the inclusion of the sequence number 
and the redundancy field reduce the transmission rate 
of the data pertaining to the software version, each of 
the fragments, excluding the sequence number and re- 
dundancy field, is compressed into a tower number of 
bits. 

[0033] The error correction code is applied to the se- 
quence number and to the compressed data fragment. 
[0034] Once the fixed infrastructure (Fl) has proc- 
essed all the fragments in the software program, it 
stores in its memory the characteristics of the software 
version to be transmitted, that is: 

• the identity of the new software version; 

• the sum of all the octets in the new version, termed 
"checksum" ; 



• the group identity prior to the downloading of soft- 
ware: 

• the group identity after the downloading of software; 

• the number of fragments that constitute the soft- 
5 ware downloading procedure (and which has to be 

equal to that of the final fragment); and 
the random encryption number (only if the transmis- 
sion is encrypted). 

10 [0035] These parameters constitute the transaction 
information on the software downloading operation. 
[0036] The fixed infrastructure (Fl) transmits over a 
broadcast channel to which all the network terminations 
belonging to a given cell are connected, an initiating 

15 message f or connectionless software downloading us- 
ing the group identity. Previously the fixed infrastructure 
(Fl) shall have selected a different channel for carrying 
out the software downloading process: the identity of 
this channel shall also be transmitted over the broadcast 

20 channel. 

[0037] This group call shall be repeated up to n times 
in order to permit all or as great a number as possible 
of the destination terminations to receive said call error- 
free and connect their receivers to the connectionless 
25 channel, n being a configurable number that shall de- 
pend on the characteristics of the cell in which it is trans- 
mitted. 

[0038] In addition, the fixed infrastructure (Fl) shall 
start to transmit the transaction information over the 

30 connectionless channel selected. In like manner to the 
group call, this transaction information shall be repeated 
a number of times m in order to guarantee that said 
transaction information is received by all destination ter- 
minations which receive the group call at different mo- 

35 ments of time, m being a configurable number depend- 
ing on the characteristics of the cell in which it is trans- 
mitted. 

[0039] Once it is considered that there is a significant 
number of network terminations (WT) connected to the 
40 connectionless channel, then transfer of the fragments 
starts from the fixed infrastructure (Fl) to the network 
terminations (WT). 

[0040] On the other hand, the fixed infrastructure (Fl) 
shall cease to transmit the group call over the broadcast 

45 channel in a repetitive manner, proceeding to do this pe- 
riodically at a configurable interval of time, while the con- 
nectionless software downloading procedure lasts. The 
purpose of this periodic group call is to permit the net- 
work terminations (WT) which may not have received 

so the initial group call to be able to connect to the connec- 
tionless channel at any moment. The periodic group call 
differs from the initial group call in that in the former are 
transmitted not only the group identity and the connec- 
tionless channel identification, but also all the transac- 

55 tion information. 

[0041] In addition, and for the case in which the trans- 
mission is encrypted, the encryption key, together with 
the group key, should also be included in the random 
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number generated. 

[0042] Before the transfer of fragments over the con- 
nectionless channel takes place, the fixed infrastructure 
(Fl) establishes the encryption mode at the air interface 
in accordance with the transmission mode received 
from the operation and maintenance centre (OMC). 
[0043] When the transmission mode is without en- 
cryption, then the transfer of fragments takes place after 
the final transmission of transaction information. 
[0044] If the transmission mode is encrypted, then the 
fixed infrastructure (Fl) sends to the terminations a ran- 
dom number, which, together with the group key and the 
group identity before downloading, and by applying an 
algorithm known to the fixed infrastructure (Fl) and the 
network terminations (WT), produces as result the en- 
cryption key to be applied to the transmission (encryp- 
tion key for the session). 

[0045] The fixed infrastructure (Fl) applies an algo- 
rithm different to the previous one in which intervenes 
the encryption key of the session and the complete frag- 
ment to be sent (including the sequence number and 
the redundancy field). For their part, the network termi- 
nations (WT) apply the algorithm in reverse to the re- 
ceived packet, thereby obtaining the complete original 
fragment before encryption. 

[0046] The following phase after establishing the 
transmission mode is, as has already been mentioned, 
the fragment transfer phase over the connectionless 
channel. 

[0047] The fixed infrastructure (Fl) starts to transmit 
in sequence all the fragments which it has stored, and 
which have been the result of the processing operation 
on the software version received from the operation and 
maintenance centre (OMC). 

[0048] The diagram of figure 2 assists in providing a 
better understanding of the main steps in the download- 
ing procedure carried out from the fixed infrastructure, 
just as has been explained above. 
[0049] In said figure it can be seen that in step (1 ). the 
fixed infrastructure (Fl) establishes a connectionless 
channel in order to transmit over it the transaction infor- 
mation. In step (2), the fixed infrastructure (Fl) receives 
information concerning the network terminations (WT) 
which have received all the information successfully. If 
the percentage of error-free receptions is equal to or 
greater than the success threshold value (U), step (3), 
the fixed infrastructure (Fl) will close the connectionless 
channel and will conclude the transmission as can be 
seen in steps (4) and (5), respectively. 
[0050] On the other hand, if the percentage of error- 
free receptions has not reached a value equal to the 
threshold value (U), then the fixed infrastructure (Fl) 
starts to send the fragments of the software version 
starting with the first fragment, steps (6) and (7), and 
checks if the fragment sent is the last in the transmission 
sequence, step (8). If the result of checking in step (8) 
is not affirmative, the following fragment is sent as can 
be appreciated from steps (8) and (9) and then step (7) 



in figure 2. 

[0051] On the other hand, if the result of checking in 
step (8) is positive, the process returns to step (3) of the 
diagram shown in figure 2, that is, to check whether the 

5 percentage of the error-free receptions in the termina- 
tions (WT) is equal to or greater than the aforemen- 
tioned success threshold value, and from this step the 
procedure is repeated in the manner described. 
[0052] For their part, the network terminations (WT) 

w on receiving a fragment first check to see if reception is 
correct by applying the error correction code. Those 
fragments detected with errors shall be discarded, re- 
gardless of the content of either the field with the se- 
quence number or the fragment itself. 

is [0053] For those fragments marked as correctly re- 
ceived, the network terminations (WT) shall check the 
sequence number. II a fragment with said sequence 
number has already been stored, then the fragment that 
was received latest will be discarded. 

20 [0054] The valid fragments shall be decompressed 
and stored in the non-volatile memory in the network ter- 
mination (WT). 

[0055] When a network termination (WT) has correct- 
ly stored all the fragments that constitute the software 

25 version (according to the transaction information), then 
it will verify that the checksum made on the stored frag- 
ments coincides with the checksum that the fixed infra- 
structure (Fl) sent in the transaction information. If said 
checksum is correct, the network termination (WT) shall 

30 set up an OA&M call with the fixed infrastructure (Fl), 
reporting the software downloading procedure success- 
ful, and proceeding to disconnect its receiver from the 
connectionless channel. 

[0056] The network terminations (WT) that reach the 
35 end of transmission of all the fragments that constitute 
the transaction with some fragments with errors, shall 
remain connected to the connectionless channel waiting 
until they are received correctly. For this reason, the 
fixed infrastructure (Fl) performs a sequential transmis- 
40 sion of the fragments, that is, after sending the final frag- 
ment it resends the first in the transaction. 
[0057] This sequential transmission process is re- 
peated until the operation and maintenance centre 
(OMC) decides to halt the connectionless software 
45 downloading procedure. The success threshold inter- 
venes in deciding when the procedure is to be halted. 
[0058] The diagram of figure 3 assists in providing a 
better understanding of the main steps in the download- 
ing procedure performed in each network termination, 
50 just as has been explained above. 

[0059] In said figure it can be seen that the network 
termination is first connected with the connectionless 
channel indicated by the fixed infrastructure and re- 
ceives the full number (K) of the fragments to be sent, 
55 steps (10) and (11), respectively. 

[0060] On initiating reception of the fragments sent by 
the fixed infrastructure, in the manner described in the 
steps (3) to (9) of figure 2, the network termination (WT) 
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receives the fragments in accordance with step (1 2) and 
verifies error presence by means of the error correction 
code (ECC) in step (13). In the event that errors are 
present, the received fragment shall be discarded as is 
shown in step (14) and the process returns to step (1 2) 5 
in order to receive other fragments. 
[0061] If, in step (1 3), it is found that there are no er- 
rors in reception, the network termination checks in step 
(15) the number of the fragment "N" received, and, af- 
terwards, instep (16), verifies whether the receivedfrag- io 
ment has already been received. In the event that the 
result of the verification process is negative, that is frag- 
ment "N" has not been received in earlier transmission 
sequences, said fragment will be stored as indicated in 
step (17), proceeding subsequently to step (18). 
[0062] If, on the contrary, the result of step (16) is af- 
firmative, that is the fragment "N" has already been re- 
ceived and stored, the checking process of step (18) is 
carried out immediately. 

[0063] In step (18) it is verified whether the total 20 
number (K) of the fragments have been received. If the 
response is negative, the process returns to step (12) 
in order to receive a new sequence of fragments as has 
been described for steps (12) to (18). 
[0064] In the event that it is verified that the total 25 
number (K) of the fragments has been received, a sub- 
sequent verification is done in step (19) in order to check 
if the sum of all the octets (checksum) of the software 
version has been received. 

[0065] If the result of this verification is negative, all 30 
the received fragments are discarded, step (20), in order 
to re-initiate a new reception sequence. 
[0066] If the result of the verification process of step 
(19) is affirmative, that is all the fragments have been 
received, the network termination (WT) sends an ac- 35 
knowledgement of successful reception (21), it is dis- 
connected from the connectionless channel (22) and 
terminates (23) the reception session of updated soft- 
ware. 

[0067] The operation and maintenance centre (OMC) 40 
receives from the fixed infrastructure (Fl) the information 
concerning the network terminations (WT) that have re- 
ceived the software version successfully, from the re- 
ceived OA&M calls. When the percentage of network 
terminations (WT) which have received the program *s 
successfully is equal to or surpasses the success 
threshold, the cyclic transmission of fragments is final- 
ised, proceeding thereafter to release the connection- 
less channel. 

[0068] Those network terminations (WT) which do not so 
report success, and which must constitute a marginal 
group with respect to the total, shall be able to receive 
the fragments that are missing by means of other con- 
nection-oriented procedures (point to point) in a conven- 
tional manner. 55 
[0069] The operation and maintenance centre (OMC) 
can employ a similar procedure to that described (con- 
nectionless) in order to address the terminations that 
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have received the new software version successfully 
with the purpose of starting to run said software version, 
receiving acknowledgements from the network termina- 
tions (WT) in corresponding OA&M calls. 
[0070] With respect to the group identities, the updat- 
ing is done by making use of the old group identity, 
whereas once the network termination (WT) confirms 
execution of the new software version, the former shall 
be replaced by the new group identity. 
[0071] It is to be pointed out that in any of the steps 
in the software downloading process, said procedure 
shall not be halted in the event of a call being initiated 
in a network termination (WT), it being possible conse- 
quently to perform the software downloading procedure 
simultaneously with the user calls. 



Claims 

1. Method ol connectionless downloading of a soft- 
ware program in a number of terminations of a com- 
munications network (TN) by means of broadcast- 
ing said software program in fragments from a fixed 
infrastructure (Fl), characterised by comprising the 
steps of: 

grouping in a respective set the network termi- 
nations (WT) which incorporate identical or 
compatible versions of the software program, 
and allocating a group identity to said set, 
indicating a downloading channel in order to 
carry out the downloading of the software pro- 
gram into said set; 

transmitting, in repeatable sequences, the frag- 
ments of said software program over said 
downloading channel; 

receiving, in said network terminations (WT), 
said repeatable sequences of the fragments of 
the software program, and checking for their er- 
ror-free reception; and 

storing the fragments received error-free in 
each network termination (WT) until all frag- 
ments that constitute said software program 
are stored. 

2. Method, according to claim 1 , characterised in that 
the network terminations (WT) are wireless termi- 
nations. 

3. Method, according to claim 1 , characterised in that 
the data to be transmitted to the network termina- 
tions (WT) in the form of fragments include: the new 
version of software to be downloaded in octets; a 
sum of all the octets of said version; the group iden- 
tity before downloading the software; a group iden- 
tity after downloading the software; and a transmis- 
sion mode indication, with or without encryption. 
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4. Method, according to any of the preceding claims, 
characterised in that the indication of the download- 
ing channel is done by the fixed infrastructure (Fl). 

5. Method, according to any of the preceding claims, 
characterised in that once all the fragments of the 
software program are stored in a network termina- 
tion (WT), the latter sets up an acknowledgement 
call to the fixed infrastructure (Fl), reporting success 
in the downloading procedure. 



w 



cal exchange, as well as with an operation and 
maintenance centre (OMC); an operation and main- 
tenance centre (OMC) connected to the fixed infra- 
structure (Fl) and serving for the management of 
software versions; and a number of wireless net- 
work terminations (WT) which provide connection 
between user terminals and the local exchange and 
the operation and maintenance centre (OMC) over 
the air interface that links them to the fixed infra- 
structure (Fl) of the system. 



Method, according to claim 1 , characterised in that 
in the event that a network termination (WT) re- 
ceives one or more fragments with errors, it remains 
connected to the downloading channel waiting to 
receive the ensuing sequences until said fragments 
are received correctly. 
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7. Method, according to any of the preceding claims, ' 
characterised in that the transmission in sequence 20 
is repeated until an operation and maintenance 
centre (OMC) decides to halt the connectionless 
software downloading procedure. 



8. Method, according to claim 7, characterised in that 25 
the halting of the downloading process is decided 
when a value relative to the number of the network 
terminations (WT) that have achieved error-free re- 
ception is equal to or greater than a pre-determined 
success threshold value (U). 30 



9. Method, according to any of the preceding claims, 
characterised in that a sequence number is added 
to the fragments of the software program in order 
to permit their numbering and sorting in the network 35 
terminations (WT), and a redundancy factor by 
means of an error correction code. 



10. Method, according to any of the preceding claims, 
characterised in that the transmission mode of the 40 
fragments is encrypted. 



1 1 . Method, according to claim 1 0, characterised in that 
the fixed infrastructure (Fl) sends to the network ter- 
minations (WT) a random number which, together *5 
with a group key and the group identity before 
downloading, gives as a result an encryption key 
which is applied in the transmission. 



12. Method, according to any of the preceding claims, so 
characterised in that the interface used as the trans- 
mission medium is the air. 



1 3. System for carrying out the method of claim 1 , char- 
acterised in that it comprises a fixed infrastructure 55 
(Fl) which provides connection between a number 
of wireless network terminations (WT) and a local 
exchange through the interfaces required by the lo- 
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